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Description 

Field of the Invention 

5 [0001 ] The present invention relates to signal processors and more particularly to digital signal processor with spa- 
tial parallel processing capabilities. 

Background of the Invention 

w [0002] Computers with parallel processing schemes such as single instruction-multiple data (SIMD) has gradually 
gained its share of recognition in the computer art in recent years. SIMD computers can be conceptually illustrated in 
Figure 1 (a), where multiple processing elements (PE's) are supervised by one main sequencer. All PE's receive the 
same instruction broadcast from the main sequencer but operate on different data sets from distinct data streams. As 
shown in Figure 1 (b), each PE functions as a central processing unit (CPU) with its own local memory. Therefore, SIMD 

15 computers can achieve spatial parallelism by using multiple synchronized arithmetic logic units with each PE's CPU. 
While it is relatively easy for the individual PE's to handle its data once the data is in each PE, distributing and commu- 
nicating among all the PE's through the inter-connections (not shown) is quite a complex task. Thus, SIMD machines 
are usually designed with special purposes in mind and their difficulty in programming and vectorization makes them 
undesirable for general purpose applications. 

20 [0003] On the other hand, current general purpose computing machines, such as SPARC (R), PowerPC (R), and 
68000- based machines, typically are not fully utilizing their 32-bit memory space when it comes to high performance 
graphics processing. For example, data are still limited to be processed at 16-bit width, or 8-bit pixels for video and 
image information, while their busses are 32-bit wide. However, these general purpose machines are attractive for their 
programming convenience in a high level language software environment. Therefore, it is desirable to strike a balance 

25 between SIMD's speed advantage as applied to digital signal processing and general purpose CPU's programming 
convenience. This way, even a low performance implementation of a SIMD machine, when integrated into a general 
purpose machine, may drastically improve the overall throughput just as if there were multiple scalar CPU's working in 
parallel. However, with SIMD integrated into a general-purpose machine, the increased throughput will not come at the 
expense of silicon usage typically associated with the multiple units of scalar CPU's found in a traditional SIMD 

30 machine. 

[0004] Therefore, it would be desirable to have a general purpose processor with SIMD capability for code intensive 
applications, as well as speed intensive computations. 

[0005] An object of the present invention is to integrate a SIMD scheme into a general purpose CPU architecture 
to enhance throughput. 

35 [0006] It is also an object of the present invention to enhance throughput without incurring substantial silicon usage. 
[0007] It is further an object of the present invention to increase throughput in proportional to the number of data 
elements processed in each instruction with the same instruction execution rate. 

Summary of the Invention 

40 

[0008] A space vector data path for integrating a SIMD scheme into a general-purpose programmable processor is 
disclosed. The programmable processor comprises mode means coupled to an instruction means for specifying for 
each instruction whether an operand is processed in one of vector and scalar modes, processing unit coupled to the 
mode means for receiving the operand and, responsive to an instruction as specified by the mode means, for process- 
es ing the operand in one of the vector and scalar modes, wherein the vector mode indicating to the processing unit that 
there are a plurality of elements within the operand and the scalar mode indicating to the processing unit that there is 
one element within the operand. 

[0009] The present invention also discloses a method of performing digital signal processing through multiple data 
path using a general-purpose computer, where the general-purpose computer comprises data memory for storing a 

so plurality of operands with each operand having at least one element, and a processing unit having a plurality of sub- 
processing units. The method comprises the steps of a) providing an instruction from among a predetermined 
sequence of instructions to be executed by the processing unit; b) the instruction specifying one of scalar and vector 
mode of processing by the processing unit on the operand, the scalar mode indicating to the processing unit that there 
are one element within the operand, and the vector mode indicating to said processing unit that there are a plurality of 

55 sub-elements within the operand; c) if scalar mode, each sub-processing unit of the processing unit, responsive to the 
instruction, receiving a respective portion of the operand to process to generate a partial and intermediate result; d) 
each sub-processing unit passing its intermediate result among the plurality of sub-processing units and merging its 
partial result with the other sub-processing units to generate a final result for the operand; e) generating first condition 
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codes to correspond to the final result; f) if vector mode, each sub-processing unit of the processing unit t responsive to 
the instruction, receiving and processing a respective sub-element from the plurality of sub-elements within the operand 
to generate a partial and intermediate result with each intermediate result being disabled and each partial result repre- 
senting a final result for its corresponding element; g) generating a plurality of second condition codes with each of the 
5 second condition codes corresponding to an independent result. 

Brief Description of the Drawings 
[0010] 

w 

Figure 1a is a conceptual diagram of a conventional single-instruction, multiple-data (SIMD) computer. 
Figure 1b is a simplified diagram of a processing element used in the SIMD computer. 
Figure 2 is a generalized diagram of a programmable processor which may incorporate the present invention. 
Figure 3a is a symbolic diagram of a conventional adder which may be incorporated in the ALU for the processing 
15 unit. 

Figures 3b and 3c are symbolic diagrams of adders which may implement the present invention. 
Figure 4a is a symbolic diagram of a conventional logic unit which may be incorporated in the ALU for the process- 
ing unit 

Figures 4b and 4c are symbolic diagrams of logic units which may implement the present invention. 
20 Figures 5a and 5b are symbolic diagrams of a conventional shifter which may implement the present invention. 

Figure 5c-5e are diagrams of shifters which may incorporate the present invention. 

Figure 6a is a simplified diagram of a conventional multiplier accumulator (MAC). 

Figure 6b illustrates how a MAC can incorporate the present invention. 

Figure 7a illustrates how a MAC can incorporate the present invention for a 32x16 mode. 
25 Figure 7b illustrates the interconnections within a MAC for the 32x1 6 mode. 

Figure 8 is a simplified functional diagram of a processing element incorporating the present invention. 

Figure 9 illustrates a simplified diagram of ALU and shifter incorporating the present invention. 

Figure 10 illustrates a dual-MAC arrangement. 

Figure 11 shows the layout of an accumulator register file. 
30 Figure 12 shows the corresponding accumulator addresses. 

Figures 13 through 16 shows the scaling of source operands and of results for multiplication operations. 

Figure 17 shows a word or accumulator operand being added to an accumulator register. 

Figure 18 shows a halfword pair operand being added to a halfword pair in accumulating registers. 

Figure 19 shows a product being added to an accumulating register. 
35 Figure 20 shows a halfword pair product being added to a halfword pair in accumulating registers. 

Figure 21 shows a 48 bit product being accumulated using the justifying right option. 

Figure 22 shows a 48 bit product being accumulated using the justify left option. 

Figure 23 is a summary of instructions which may be implemented in accordance with the present invention. 
40 Detailed Description of the Drawings 
General Implementation Considerations 

[0011] When integrating the SIMD scheme into a general-purpose machine, several issues should desirably be 
45 considered: 

1 ) Selection of scalar or vector operation should preferably be done on an instruction-by-instruction basis, as 
opposed to switching to a vector mode for a period of time, because some algorithms are not easily vectorized with 
a targe vector size. Also, when a vector operation is selected, the vector dimension must be specified. 

so Currently, in accordance with the present invention, the information on scalar/vector is specified by a Data Type 

qualifier field in each instruction that has the SIMD capability. For example, the instruction may feature a 1 -bit "path" 
qualifier field that can specify Word or Halfword Pair operations. Further, this field should preferably be combined 
with the Data Type Conversion field in the Streamer Context Registers to select larger vector dimensions, e.g. 4, 8, 
etc. The complete description of a Streamer is disclosed in a related U.S. patent application filed on July 23, 1 992, 

55 Serial No. 91 7,872, entitled STREAMER FOR RISC DIGITAL SIGNAL PROCESSOR. 

2) The machine should provide for conditional execution based on vector result. It is important to be able to test the 
results of an SIMD operation just as though it were performed using multiple scalar operations. For this reason, it 
is preferred that Condition Code Flags in the Status Register be duplicated such that there is one set per segment 
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of the Data Path. For example, a vector dimension of 4 would require 4 sets of Condition Codes. 

Also, Conditional instructions need to specify which set of Condition Codes to use. It is useful to be able to test 
combinations of conditions, e.g. "if any Carry Flags set", or "if all Carry Flags set." 

3) The SIMD scheme should be applicable to as many operations as possible. Although the following preferred 
5 embodiment of the present invention illustrates a machine in its current implementation such as 16-bit multiplier 

and 32-bit input data, it would be appreciated by those skilled in the art that other variations can readily be con- 
structed in accordance with the present invention. 

The following operations are examples of possible operations (to be listed in Figure 23) which can increase 
performance of Space Vector (SV) techniques: 

10 

ABS, NEG, NOT, PAR, REV 
ADD, SUB, SUBR, ASC, MIN, MAX, Tcond 
SBIT, CBIT, IBIT, TBZ, TBNZ 
ACC, ACCN, MUL, MAC, MACN, UMUL, UMAC 
15 AND, ANDN, OR, XOR, XORC 

SHR, SHL, SHRA, SHRC, ROR, ROL 
Bcond 

LOAD, STORE, MOVE, Mcond, 

where cond may be: CC, CS, VC, VS, ZC and ZS. 

20 

4) Memory data bandwidth should be able to match SIMD Data Path performance. 

It is desirable to match the memory and bus bandwidth to the data requirements of a space vector data path 
without increasing the hardware complexity. The currently implemented machine's two 32-bit buses with dual 
access 32-bit memories are well matched to the 32-bit Arithmetic Logic Unit (ALU) and dual 16x16 Multiply/Accu- 
25 mutated Units (MAC'S). They would also be well matched to quad 8x8 MACs. 

5) Any addition and modification implemented should be cost-effective by maximizing performance with minimum 
additional hardware complexity. 

An adder/subtracter can be made to operate in space vector mode by breaking the carry propagation and 
duplicating the condition code logic. 
30 A shifter can be made to operate in space vector mode by also reconfiguring the wrap-around logic and dupli- 

cating the condition code logic. 

A bit-wise logic unit can be made to operate in space vector mode by just duplicating the condition code logic. 

Space vector conditional move operations can be achieved by using the vector of Condition Code Flags to con- 
trol a multiplexer, so that each element of the vector is moved independently. 
35 Space vector multiply requires duplication of the multiplier array and combination of partial products: e.g. 4 

16x8 multipliers with appropriate combination logic can be used to perform 4 1 6x8 or 2 16x1 6 vector operations, or 
1 32x16 scalar operation. Space vector muftiply-accumutate operations also require accumulating adders that can 
break the carry propagation and duplicate the condition code logic as well as vectorized accumulator registers. 

6) Programming complexity due to space vector implementation in the general-purpose computer should be mini- 
4o mized. Instructions can be devised to combine space vector results into a scalar result: 

ACC Az, Ax, Ay Add accumulators; 

SA Ay, Mz Store scaled accumulator pair to memory; 

MAR Rz, Ax Move scaled accumulator pair to register. 

45 

7) When a vector crosses a physical memory boundary, access to the vector should still be possible. Some algo- 
rithms such as convolutions involve incrementing through data arrays. When the arrays are treated as vectors of 
length N, it is possible that a vector resides partially in one physical memory location and partially in an adjacent 
physical memory location. To maintain performance on such space vector operations, it is preferable to design the 

so memories to accommodate data accesses that cross physical boundaries, or to use a Streamer as described in the 
above-mentioned U.S. patent application, STREAMER FOR RISC DIGITAL SIGNAL PROCESSOR. 

The Overall System 

55 [0012] Figure 2 is a generalized representation of a programmable processor which may incorporate the space 
vector data path of the present invention. One of the concepts embedded in the present invention is that one can modify 
a computer which is designed to work with the elements of scalar operands, or arrays, one at a time so as to increase 
its performance by allowing more than one operand to be processed at the same time. 
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[00131 What is shown in Figure 2 is a programmable processor, or "computer" in a broad sense, which has a pro- 
gram and data storage unit 100 for storing programs and data operands. An instruction acquisition unit 130 fetches 
instructions from the storage unit 100 for an instruction fetch/decode/sequence unit 140 to decode and interpret for a 
processing unit 1 1 0 to execute. The processing unit 1 1 0 thus executes an instruction with operand(s) supplied from the 
5 storage unit 100. 

[001 4] To achieve increased performance, there are bits within each instruction to specify whether the operands are 
scalars or vectors. Also, if they are vectors, how many elements are in each operand. That information, along with the 
typical decoded instruction, is sent to the processing unit 1 10 so the processing unit 110 "knows" whether to process 
the operands as scalars or as vectors. 

io [001 5] The processing unit 1 1 0 may be an ALU, shifters or MAC. The storage unit 1 00 may generally be some kind 
of memory, whether it be a register file, a semiconductor memory, a magnetic memory or any of a number of kinds of 
memory, and the processing unit 1 1 0 may perform typical operations like add, subtract, logical AND, logical OR, shifting 
as in a barrel shifter, multiply, accumulate, and multiply and accumulate typically found in digital signal processors. The 
processing unit 1 10 will take operands either as one operand used in an instruction, two operands used in an instruction 

15 or more. The processing unit 1 1 0 may then perform operations with those operands to achieve their results. By starting 
with scalar or vector operands, the operands go through the operations and come out with scalar or vector results, 
respectively. 

[0016] The next step is to identify more specifically how the processing unit 1 1 0 may be formed and how it func- 
tions. While data and program are shown as combined in storage unit 100, it would be apparent that they can either be 

20 combined in the same physical memory or they can be implemented in separate physical memories. Although each 
operand is described as having a typical length of 32 bits, in general, the operand could be any of a number of lengths. 
It could be a 16-bit machine, an 8-bit machine or a 64-bit machine, etc. Those skilled in the art will recognize that the 
general approach is that an N-bit operand could be thought of as multiple operands that taken together add up to N- 
bits. Therefore a 32-bit word could, for instance, be two 16-bit half-words, or four 8-bit quarter words or bytes. In our 

25 current implementation, we have each of the elements in an operand being of the same width. However, one could have 
the 32-bit operand with one element being 24 bits and the other element being 8 bits. The benefit derived from using 
multiple data paths and multiple elements in an operand is that it is processing all of the elements independently and 
concurrently to achieve a multiplication of processing throughput. 

[0017] The instructions may be of any size. Currently 32-bit instructions are used; however those skilled in the art 
30 may find particularly utility in 8 bits, 1 6 bits, 32 bits and 64 bits. More importantly, it does not even have to be a fixed- 
length for the instructions. The same concept would work if used in variable-length instruction machines, such as those 
with 16-bit instructions that can be extended to 32-bit instructions, or where the instructions are formed by some 
number of 8-bit bytes, where the number depends on what specific instruction it is. An exemplary Instruction Set Sum- 
mary is shown in Appendix A for those skilled in the art to illustrate the instructions which may be implemented in 
35 accordance with the present invention. 

[0018] The processing unit 1 1 0 may typically include an ALU 121 and/or a MAC 122. It may also only implement a 
shifter 1 23 or a logic unit 1 24. 

Adder 

40 

[0019] Figure 3 is a symbolic representation of an adder which may be implemented in the ALU for the processing 
unit (110, Fig. 2). Figure 3a illustrates a conventional 32-bit adder. Figure 3b is a representation of two 16-bit adders 
connected for half-word pair mode. Fig. 3c is a representation of two 16-bit adders connected for word mode. 
[0020] Figures 3 a-c serve to illustrate how the typical hardware in a 32-bit conventional machine in Figure 3a may 
45 be modified to achieve the desired objectives of the half-word pair mode or the word mode in accordance with the 
present invention. A vector is illustrated here as having two elements. More specifically, it is shown how a 32-bit con- 
ventional operand can be broken down into two elements with 1 6-bits each. The same principle could apply to breaking 
it down into a number of elements with the elements of equal length or unequal length. 

[0021] Referring to Figure 3a, a conventional adder 200 has inputs X for X operand and Y for Y operand. It also has 
so an input for a carry-in 201 and condition codes 205 that are typically found associated with an adder. The condition 
codes 205 may be: V for overflow, C for carry-out and Z for a zero result, i.e. the result out of the adder being zero. It 
further has the result operand out of the adder being S. X, Y and S are all represented as 32-bit words. A control input 
S/U 202 represents sign or unsigned operands, where the most significant bit indicates where the number is positive or 
negative, or an unsigned operand, where the most significant bit participates in the magnitude of the operand. 
55 [0022] Figure 3b shows how two adders which are similar to the typical 32-bit adder, but instead are only 16-bit 
adders, can be combined together to perform the vector operation on a half-word pair, i.e. two half-word elements per 
operand. The Y operand is now split off as two half-word operands: a lower half, YO through Y15, and an upper half, VO 
through V1 5. Similarly the X operand is split off as two half-word operands: a lower half, XO through X1 5, and an upper 
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half UO through U15. The result S is identified as SO through S15 coming from the adder 210 and the upper half WO 
through W1 5 coming from adder 220. Essentially, the 32-bit adder 200 may be divided in the middle to form the two 1 6- 
bit adders 21 0, 220. However, the most significant bits would need logic to determine the nature of the sign bit of the 
operands. Thus, In dividing the 32-bit adder 200, added logic would be required for sign control of the lower 1 6 bits that 
5 are split off of the 32-bit adder to form adder 210. Then these two adders 210 and 220 may become identical except 
that the input operands for the adder 21 0 come from the lower half of the 32-bit operand and the input operands for the 
1 6-bit adder 220 come from the upper half of the 32-bit operands. 

[0023] When the operand elements X and U are separately added together with Y and V, respectively, they yield 
results S and W, respectively. They also produce independent condition codes for each one of the adders. Adder 210 
io produces condition codes 215, and adder 220 produces condition codes 225 and these condition codes apply to the 
particular half-word adder that they are associated with. Therefore, this shows how the conventional 32-bit adder could 
be modified slightly to perform independent half-word pair operations. 

[0024] Referring to Figure 3c, the same adder units in Figure 3b may be reconnected to perform the original word 
operation that was performed in the adder 200 of Figure 3a. This is where the operands represent 32-bit scalars. The 

15 scalars are YO through Y31 and XO through X31 . The lower half of those operands are processed by the adder 230 and 
the upper half are processed by the adder 240. The mechanism which allows this to be done is by connecting the carry- 
put of the adder 230 to the carry-in 236 of the adder 240. As shown in Figure 2c, the combined two 16-bit adders per- 
form the same function as one 32-bit adder in Figure 3a. Therefore, the implementation shown in Figures 3b and 3c - 
adder 210 may essentially be the same as adder 230, while adder 220 may be the same as adder 240. While the 

20 description shows how those two adders can function in either a half-word pair mode or a word mode, one skilled in the 
art may, by extension, modify a conventional adder into several adders for handling independent elements of a vector 
concurrently, as well as reconnected the same to perform the scalar operation on a scalar operand. 
[0025] One note should be made to the adder of Figure 3. In Figure 3c, two sets of condition codes 235 and 245 
were shown. While in the original conventional adder, there was only one set of condition codes 205. The condition 

25 codes in Figure 3c are really the condition codes of 245 except for the condition code Z. The condition codes in 235, 
the overflow V and carry C, are ignored as far as condition codes go and the condition code Z in the condition codes 
205 is effectively the Z condition code of 245 ANDed with the Z condition code of 235. Now the condition code V of 205 
corresponds to the V of 245. The C of 205 corresponds to the C of 245 and the Z of 205 corresponds to the Z of codes 
245 ANDed with the Z of codes 235. Those skilled in the art will be able to combine those in any particular way they see 

30 fit. 

Logic Unit 

[0026] Figure 4 is a symbolic representation of a logic unit which may be implemented in accordance with the 
35 present invention. Figure 4a shows a typical 32-bit logic unit performing the logic operations of bitwise, bitwise-comple- 
ment or a number of combinations typically found in current processors. What may be significant about these opera- 
tions is that they work independently for the different bits of the condition code. Overflow bit normally has no 
significance in the condition code in 305. While the carry-out has no significance in the logic operations, zero still has 
significance in indicating that the result is zero. For the half-word pair operations, the original 32-bit adder would be 
40 "operationally" divided into two 1 6-bit logic units. The upper 16 bits 320 and the lower 1 6 bits 310 in the input operands 
would be broken into two half-words in the same manner that they were for the adder. In processing the logic opera- 
tions, because the bits are generally processed independently, there is no operational connection between the two logic 
units 310 and 320. 

[0027] Figure 4c shows the logic units again re-connected to form a typical logic unit for scalar processing. Note 
45 that there is no connection needed between the units except in the condition code area. The zero condition code 305 
of conventional logic unit now may be represented by ANDing the zero condition code of unit 345 with the zero condition 
code of unit 335. Thus, it should be apparent to those skilled in the art that the dual-mode logic unit can be constructed 
by extending the concept and implementation of a dual-mode adder as previously described. 

so Shifter 

[0028] Figure 5 is a symbolic representation of a barrel shifter which may be implemented in accordance with the 
present invention. While some processors have barrel shifters as shown In Figure 5b, others have single-bit shifters 
shown in Figures 5a, 5c, and 5d. The barrel shifter is typically not required in the processor unit, but for high perform- 
55 ance machines, the processor unit may implement a shift unit as represented in Figure 5b. The following description will 
illustrate how shifters may be constructed and implemented by those skilled in the art to speed up the processing or to 
minimize the amount of hardware involved. Figure 5a shows how a one-bit shift, either a left shift or a right shift, may be 
implemented in a typical processor. Shifter 415 can cause a 32-bit input operand X to be shifted either left or right one 
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bit or not shifted under the control of the direction input DIR 401 and produce the Z output. When the shift occurs, if it 
is a shift to the left, then a bit has to be entered into the least significant bit position by the selection box 416. 
[0029] When the shifter is shifted to the right ,a bit from the selection box 400 is entered into the most significant bit 
position. Selection boxes 400 and 416 have a number of inputs that can be selected for entering into the shifter 415. 

5 There is also a select input in both boxes labeled SEL t which comes from the instruction and is typical of a conventional 
machine. The SEL would determine which of these input bits would be selected for entering into the shifter. In general, 
because of these selections boxes, the shift can be a rotate, where the bit that is shifted out of the shifter is shifted in at 
the other end of the shifter, or an arithmetic right shift, where the sign bit, or the most significant bit, is dragged as the 
other bits are shifted to the right or an arithmetic left shift where zero is entered as the other bits are shifted to the left. 

w And for a logical shift, a "0" is entered in as the bit. Also, a T may be entered in as the new bit entered in a logical shift. 
[0030] One skilled in the art, by reference to the description of condition codes for the adders and logic units, could 
easily assign condition codes to the shifter to represent the overflow for an arithmetic left shift operation, a carry to 
retain the last bit of the shift operation, and a zero flag to record when the result of the shift was a zero value. 
[0031] Using the shifter of Figure 5a in combination, the shifter of Figure 5b may be formed as a 32-bit left/right bar- 

is rel shifter. This may be done by combining 32 of the shifters in Figure 5a and cascading them one after another, where 
the output of the first goes into the input of the second and so on throughout. The number of bits to be shifted is deter- 
mined by the pattern of ones and zeros of the direction input DIR's to the individual shifters. Note that in Figure 5a, the 
direction for the shifter is three-valued: it is either left, right, or straight ahead with no shift being accomplished. As such, 
in Figure 5b, the direction input to the individual 32-bit one-bit shifters can be either left or right or no shift. If 32 bits are 

20 to shift to the left, then all of the direction inputs would indicate to the left. 

[0032] If only one bit is to shift to the left then the first box would indicate a one bit shift to the left and all of the other 
31 would indicate no shift. If N bits are to shift to the left, the first N boxes would have a direction input of one bit to the 
left and the remaining boxes would indicate no shift. The same thing could be applied to shifts to the right, where the 
direction would now either indicate a shift to the right, or no shift, and would be able to shift from no bits to 32 bits in a 

25 right shift in the same way. 

[0033] Now this typical 1 -bit shifter in Figure 5a can be divided into two 1 6-bit shifters with reference to Figure 5c, 
where two 1 6-bit L/R 1 -bit shifters connected for half-word pair mode is shown. The shifter 41 5 in Figure 5a can be oper- 
ationally divided down into two 1 6-bit 1 -bit shifters 452 and 435. Each one of those 1 6-bit shifters then has the input 
selection logic of 4a referring specifically to 41 6 and 400 duplicated so that box 450 has boxes 460 and 445, and box 

30 435 has boxes 440 and 430. The input logic is the same but the inputs to the selection boxes are wired differently. It is 
therefore in the way the input selection boxes are wired that differentiates the shifter in Figure 5c connected for half- 
word pair mode from the shifter in Figure 5d connected for word mode. The input operand element in Figure 5c for the 
lower shifter 450 is XO through X15 and for shifter 435 is YO through Y1 5. X and Y thus designate the 2 half-words. 
[0034] The result Z output operand is shown as the 2 half-words: the lower 16 bits being ZO through Z15 and the 

35 upper 16 bits being WO through W15. The input selectors are wired such that in a rotate, the bit which is output from 
the shifter will be fed back into the other end of the shifter. If shifter 435 does a left shift, the rotated bit would be Y15 
and if it does a right shift, the rotated bit would be YO. Similarly for shifter 450, if it were a left rotate, the input bit is X1 5 
and if it is a right rotate, the input bit is XO. Similarly the selection works as in Rgure 5a for arithmetic shifts and logical 
shifts. 

40 [0035] Figure 5d shows how the operation of these same two shifters can be connected for a word mode, where 
the shift pattern works on the whole 32 bits of the operand as opposed to the two half-words in Figure 5c. For a rotate 
left, the bit that is rotated out of the lower shifter 486 (the MSB bit X1 5)is rotated into the upper shifter 475 as the LSB 
bit input to the shifter 475. It forms a continuous shift between the upper 1-bit shifter and the lower 1-bit shifter. For a 
rotate around the two shifters, X31 would be shifted into XO. If ail the inputs of selectors 480 are connected to X1 5 and 

45 all the inputs of selector 485 are connected to X1 6, as shown in Figure 5d, the combined shifter in Figure 5d effectively 
operates as the shifter in Figure 5a. The input selector 470 will have the same pattern as the input selector 400. And 
the input selector 488 will have the same input pattern as the selector 41 6. Therefore, the combined shifter in Figure 5d 
will perform the same shift operations for scalar operands as the shifter in Figure 5a. 

[0036] The 1 -bit shifters in Figures 5c and 5d can further be extended into a 32-bit barrel shifter shown in Figure 5e 
so in a manner analogous to Figure 5b by cascading 32 of the 1-bit shifters. If a 1-bit shift is desired, then the direction 
control signal is used on the first shifter to indicate a 1 bit-shift. And on the other cascaded 1-bit shifters, no shift is indi- 
cated. For N-bit shifts, the direction inputs in the first N 1-bit shifters will indicate to shift by one bit and the remaining 1 
bit shifters do not shift but pass the data through. 

[0037] Similarly this barrel shifter in Figure 5e can perform either word or half-word pair mode operations, because 
55 the individual bit shifters are capable of performing either word or half-word pair operations. While this implementation 
In Figure 5 is representative of one way of implementing a barrel shifter, the same concept of dividing the barrel shifter 
in the middle and providing input selection logic can be applied to many other implementations of barrel shifters. Those 
skilled in the art should be able to find an appropriate implementation, depending upon their specific hardware or 
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throughput requirements. 
Multiplier Accumulator 

5 [0038] Figure 6 is a symbolic representation of a multiply and accumulate (MAC) unit which may be implemented 
in accordance with the present invention. 

[0039] A typical 32-bit processor normally would not require the implementation of a costly 32-by-32 multiplier 
array. A multiply would probably be built in another way. In typical 16-bit signal processors, however, it is quite common 
to find 1 6-by-16 multiplier arrays. The type of computation that requires fast multiply would typically use 16-bit data and 
10 consequently the 16-by-16 multiplier array has become more popular, even among some 32 -bit processors. Therefore, 
by treating 32-bit operands as 2 16-bit half-word pairs, two 16-by-16 multiplier arrays can be implemented to take 
advantage of the space vector concept of 32-bit word operands, half-word operands or half-word elements in one vec- 
torized operand. 

[0040] The following example shows how a 1 6-by-1 6 multiplier array can be duplicated for use as two half-word pair 
15 multipliers, which may be connected together to form 32-by-16 scaler multiply. There is a usefulness in this 32-by-16 
scalar multiply in that two of these multiplies taken together can be used to form a 32-by-32 bit multiply. Or the 32-by- 
16 multiply can be used by itself, where an operand of 32-bit precision may be multiplied by an operand of only 16-bit 
precision. 

[0041] A MAC unit is not typically found in all processors. But in high performance processors for signal processing 
20 applications it is typically implemented. Figure 6a shows a conventional implementation of a MAC unit. A MAC can be 
any of various sizes. This shows a unit which is 16 bits by 16 bits in the multiplier forming a 32-bit product. That 32-bit 
product may be added with a third operand in an accumulating adder which might be longer than the product due to 
extra most significant bits called "guard bits". 

[0042] As shown in Figure 6a, input operands are 16 bits, represented by X0 through X15 and Y0 through Y15. 

25 They generate a 32-bit product Z, which may be added to a feedback operand F. In this case, F is shown as F0 through 
F39 representing a 40-bit feedback word or operand. It is 40 bits because it would need 32 bits to hold a product, plus 
8 additional bits for guard bits. The guard bits are included to handle overflows, because when a number of products 
are added together there can be overflows and the guard bits accumulate the overflows to preserve them. Typically the 
number of guard bits might be 4 or 8. The present example shows 8 bits and yet they could be of a number of sizes. 

30 The result of the accumulator is shown as a 40-bit result, AO through A39. 

[0043] It should be noted that the multiply array could be used without the accumulator, or it could be used with the 
accumulator. It should be noted that another input S/U meaning signed or unsigned indicates whether the input oper- 
ands are to be treated as signed number or unsigned numbers. One skilled in the art would appreciate that the upper 
bits of the multiplier may be handled differently depending upon whether the input operands are signed or unsigned. 

35 [0044] Figure 6b shows how two of the typical 1 6-by-1 6 arrays can be formed in order to handle half-word pair oper- 
ands. In this case, the 32-bit input operand X is broken down into two half-words. The lower half-word for multiplier 520 
is X0 through X15 and the upper half-word for multiplier 515 is X1 6 through X31. The Y input operand is also broken 
down into two half-word operands. The lower half-word for multiplier 520 is Y0 through Y15 and the upper half of the 
operand for multiplier 515 is Y16 through Y31. Figure 6b thus represents a connection for multiplying the half-word 

40 operands of the X operand with the half-word operands of the Y operand respectively. Note that the least significant 
half-word of X is multiplied by the least significant half word of Y in multiplier 520. And independently and concurrently 
in multiplier 515, the upper half-word of X is multiplied by the upper half-word of Y. These two multiplications create two 
products. The 32-bit product from multiplier 520 is represented by Z0 through Z31 and similarly the-32 bit result of mul- 
tiplier 515 represented by W0 through W31 . The two products are larger than 16 bits each in order to preserve its pre- 

45 cision. At this point the product of the half-words are kept as independent operand representations. 

[0045] The product from the lower half-words out of multiplier 520 is fed into accumulator 530 and added with a 
feedback register represented by F0 through F39. That forms an accumulated product A represented by AO through 
A39. Similarly in the upper half-word product is represented by W0 through W31 and is added in accumulator 525 to a 
feedback register represented by GO through G39 to form a 40-bit result B, represented by B0 through B39. These 

so accumulator results in general would be kept as larger numbers in an accumulator as operands represented by larger 
numbers or bits to preserve the precision of the multiply. 

[0046] The feedback bits would normally come from either memory (1 00 in Figure 2) or special memory capable of 
storing a larger number of bits. While a typical memory location could handle 32 bits, the special memory, which is typ- 
ically called an accumulator file, could store 40 bits for a scalar product, or 80 bits for a half-word pair product In this 
55 case two accumulator registers capable of handling scalar operands may be used to form the storage for the half-word 
pair operand. In other words, two 40-bit accumulators could be used to store the two 40-bit results of the half-word pair 
operations. 
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MAC Interconnection 

[0047] Figure 7 shows how the two 1 6-bit multipliers of arrays of Figure 6b could be interconnected in order to form 
a 16-by-32 bit multiplication for scalar operands. In this case the multiplier array is implemented as a series of adders. 
5 Carrys-out 605 of the least significant multiplier array 610 is fed as carry-inputs into the adders in the upper multiplier 
array 600. Also the sum bits 606 that are formed in the upper multiplier array 600 in the least significant end are fed into 
the adders in the lower multiplier array 61 0 at the most significant end. 

[0048] Another connection takes place in the accumulators 615 and 605. The accumulator 615 representing the 
lower part of the product is limited to 32 bits and the upper 8 guard bits are not used. The carry-out of the 32 bits is fed 

10 into the carry-input of the upper 40-bit accumulator 605 and the result is a 72-bit operand shown here as AO through 
B39. Typically this operand would be stored as two operands, the lower 32 bits being stored in one accumulator 615 
and the upper 40 bits being stored in the second accumulator 605. Also in this operation, for the signed and unsigned 
bit, the least significant half of the input operand X is treated as an unsigned number in the multiplier 610, while the 
upper 16 bits of the input operand X are treated as a signed or an unsigned operand in the upper multiplier array 600. 

is [0049] Also, in the lower accumulator 615, the product is treated as an unsigned operand, while in the upper accu- 
mulator 605, the operand is treated as a signed number. It should be added that the 40-bit accumulator is treated as a 
signed number in all of the cases of Figures 7a and 7b. The reason for that is the guard bits, being an extension of the 
accumulator, allow bits so that even an unsigned number can be considered a positive part of the signed number. 
Therefore, the signed number in the extended accumulator encompasses both signed operands and unsigned oper- 

20 ands. 

[0050] Figure 7b shows in more detail how the carry and sum bits interplay between the adders comprising the mul- 
tiplier arrays 600 and 610. For example, the adders 625 and 635 are illustrated as part of the multiplier array 610, 
whereas the adders 620 and 630 are illustrated as part of the multiplier array 600. It should be noted that the multiplier 
arrays 61 0 and 600 are typically implemented by some arrangement of adders. And in specific implementations the 

25 interconnection of the adders may be done in various ways. Figure 6b shows a simple cascading of adders but the 
same technique may be applied to other ways where the adders may be connected such as in Booth multipliers or Wal- 
lace Tree multipliers for example. As shown in Figure 7b, the adder 625 in the lower multiplier array 610 provides a 
carry-out 621 which feeds into the carry-input of the corresponding adder 620 in the upper multiplier-array 610. The 
lower multiplier array 610 performs the arithmetic as though the X-input input operand were unsigned. The sign of the 

30 input operand is specified into the sign control of the upper adders 620 and 630 of the upper multiplier 600 array. 

[0051] Also, since the adders are connected in such a way that they are offset from the least significant bits of the 
multiplier to the most significant bits of the multiplier, it provides opportunity to add the sum bits back in. More specifi- 
cally, the adders 625 and 620 correspond to the lesser significant bit of the multiplier with that lesser bit being Yi. The 
adders 635 and 630 correspond to the next more significant bit of the multiplier with that bit being Y(i+1 ). The offset can 

35 be seen as the output S1 of the adder 625 feeding to the input B0 of the adder 635 and S1 5 of the adder 625 feeding 
into the input B14 of the adder 635. That one bit offset frees up B15 of the input of adder 635 to accept the input SO 
from the adder 620 so that the sum bit from the most significant multiplier array 600 is fed as an input bit into the least 
significant multiplier array 610. 

[0052] Also the sum bit SO from the adder 625 goes directly to the next partial product shown as 640 and does not 
AO need to go through additional multiplier or adder stages. Thus, outputting SO from a succession of adders stages 625, 
635, and so forth, give rise to the output bits 20 through Z15 of Figure 6a. Output bits from the final partial product cor- 
responding to SO through S15 of the adder 635 would give rise to output bits from the array 610 of Figure 6a of Z16 
through Z31. 

[0053] Those skilled in the art would appreciate how a final adder stage could be used to provide compensation 
45 should the multiplier Y be negative. 

Operand Data Typing 

[0054] A note should be made with respect to operand data typing. While one approach for specifying the operand 
so mode type as scalar or vector is to include the information in the instruction, an alternate approach is to append the 
information to the operand in additional bits. For example, if the operand is 32 bits, one additional bit may be used to 
identify the operand as either a scalar or a vector. Additional bits may also be used if the number of vector elements 
were to be explicitly indicated, or the number of vector elements could be assumed to be some number such as two. 
The operand processing units would adapt for processing the operand as a scalar or as a vector by responding to the 
55 information appended to the operand. 

[0055] Whether the operand is scalar or vector may also be specified by the way the operand is selected. For exam- 
ple, the information may be contained in a bit field in a memory location which also specifies the address of the operand. 
[0056] If two operands were to be processed by the processing unit, and the mode information were different in the 
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two operands, conventions could be designed into the processing unit by those skilled in the art for handling the mixed 
mode operations. For instance, an ADD operation involving a vector operand and a scalar operand could be handled 
by the processing unit by forming a vector from the scalar, truncating if necessary, and then performing a vector oper- 
ation. 

5 

Time-sharing As An Alternate to Spatial Hardware 

[0057] One skilled in the art would appreciate that time-sharing an implementation means can often be substituted 
for spatially distributed implementation means. For example, one vector adder can be used multiple times to effectively 

w implement the multiple adders in a spatially distributed vector processing unit Multiplexing and demultiplexing hard- 
ware can be used to sequence the input operands and the result. The vector adder with added support hardware can 
also be used to process the scalar operand in pieces in an analogous manner to how the distributed vector adders can 
be interconnected to process the scalar operand. The support hardware is used to process the intermediate results that 
pass among the vector processing elements. 

is [0058] With the above description of the present invention in mind, an exemplary RISC-type processor incorporat- 
ing the space vector data path of the present invention will now be illustrated. It should be noted that the following proc- 
essor system is merely one example of how those skilled in the art may incorporate the present invention. Others may 
find their own advantageous applications based on the present invention described. 

20 An Exemplary Processor Incorporating The Present Invention 

[0059] Reference is made to FIG. 8, where a functional diagram of a processing element incorporating the present 
invention is illustrated. While the following description makes reference to specific bit dimensions, those skilled in the 
art would appreciate that they are for illustration purposes and that other dimensions can readily be constructed in 
25 accordance with the teaching of the present invention. 

[0060] Referring to FIG. 8, 32-bit instructions capable of specifying two source operands and a destination operand 
are used to control the data processing unit shown. 

[0061] Operands are typically stored in registers and in data memory (200). Arithmetic, logic , and shift instructions 
are executed in ALU 240 and MAC 230 with operands from a register space and the results are returned to the register 
30 space. A register space consists of register file 220 and some other internal registers (not shown). Operands stored in 
the register space are either 32-bit words or hatfword pairs. Operands are shuttled between the register space and 
memory 200 by load and store instructions, or an automatic memory accessing unit, streamer 210 as previously 
described. 

[0062] Referring to FIG. 9, a functional block diagram of ALU 240 is shown. 
35 [0063] The ALU consists of an adder 41 0, 420 and a barrel shifter 470. In general, ALU instructions take two oper- 
ands from register space and write the result to register space. ALU instructions can execute each clock cycle, and 
require only one instruction clock cycle in the ALU pipe. 

[0064] The adder 41 0, 420 and shifter 470 perform operations using word or hatfword pair operands. Signed oper- 
ands are represented in two's complement notation. Currently, signed, unsigned, fractional and integer operands can 
40 be specified by the instructions for the ALU operations. 

Adder 

[0065] The adder (41 0, 420) performs addition and logical operations on words and on halfword pairs. For halfword 
45 pair operations, the adder 410, 420 functions as two halves. The lower half 420 executes the operation using the half- 
word pairs' lower operands 460, and the upper half 410 executes the same operation using the halfword pairs' upper 
operands 450. When in a halfword pair mode, the two adders 41 0, 420 are essentially independent of each other. The 
32-bit logic unit 440 is used to pass information from the lower adder 420 to upper adder 41 0 and back when the two 
adders are operating in a word mode. 
so [0066] Adder operations affect the two carry (CU and CL), two overflow (VU and VL), and two zero (ZU and ZL) con- 
dition code bits. CU is the carry flag for word operations; CU and CL are carry flags for halfword pair operations. Simi- 
larly, VU indicates overflows in word operations and VU and VL indicate overflows in halfword pair operations. 
[0067] Overflows that affect the overflow flag can result from adder arithmetic instructions and from MAC scalar 
instructions. The overflow flags are set even if the executed instruction saturates the result. Once set, the condition 
55 codes remain unchanged until another instruction is encountered that can set the flags. 

[0068] When an adder arithmetic instruction without saturation overflows, and the error exception is enabled, an 
error exception request occurs. Separate signals are sent to the debug logic to indicate an overflow with saturation and 
an overflow without. 
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Barrel Shifter 

[0069] With reference to FIG. 9, during one clock cycle, the barrel shifter can shift all bits in a word operand up to 
32 bit positions either left or right, while rotating or inserting a zero, the operand's sign bit, or the adder's upper carry 
5 flag (CU). For a halfword pair operation, in one clock cycle the shifter can shift both halfwords up to 16 bit positions left 
or right while rotating or inserting a zero, the sign bits, or the adder's carry flags (CU and CL). 

[0070] For a typical shift/rotate operation, the barrel shifter 470 moves each bit in both source operands' positions 
in the direction indicated by the operation. With each shift in position, the barrel shifter 470 either rotates the end bit, or 
inserts the sign bit, the carry flag (CU or CL), or a zero depending on the operation selected. 

10 [0071] For example, for rotate left, bits are shifted leftward. Bit31 is shifted into BitO in word mode. For halfword pair 
mode, Bit 31 is rotated into B*rt1 6 and Bit15 is rotated into BitO. For shift right, bits are shifted rightward. A zero is 
inserted into Bit31 in word mode. For halfword pair mode, a zero is inserted into both Bit31 and Bit15. Similarly, for shift 
with carry propagation, the carry flag (CU) is inserted into Bit31 in word mode. For halfword pair mode, each halfword's 
carry flag (CU and CL) is inserted into Bit31 and Bit1 5. 

75 [0072] Reference is now made to FIG. 10. The dual-MAC unit consists of two MAC units 520, 550, 570, 590 and 
510, 540, 560, 580 integrally interconnected so that they can produce either two 16-by-16 products or one 16-by-32 
product. Each MAC consists of a 16-by-16 multiply array 510, 520, an accumulating adder 560, 570, an accumulator 
register file 580, 590, and a scaler 591 . 

[0073] Some exemplary instructions: Multiply, Accumulate, Multiply and Accumulate, Universal Halfword Pair Mul- 
20 tiply, Universal Halfword Pair Multiply and Accumulate, Double Multiply Step, and Double Multiply and Accumulate Step, 
can be found in the Instruction Summary listed in Figure 23. 

[0074] Word operations can be executed in either MAC unit. It should be noted that a "word" as used in the MAC 
unit is 16-bit since the MAC'S are currently 16x16 operations. A more convenient approach, however, is to use Vector 
Length 1, 2, 4 or 8 to describe the operation. As such, a word operation in the MAC can be referred to as a Vector 
25 Length 1 , while a halfword pair operation would be Vector Length 2. The MAC containing the destination accumulator 
is the one currently used to perform the operation. 

[0075] Halfword pair operations use both MAC units. The instructions specify a particular accumulator as the des- 
tination accumulator; this is the addressed accumulator. The MAC containing the addressed destination accumulator 
performs the operation on the lower halfword pair elements and the other ("corresponding") MAC performs the same 
30 operation on the upper halfword pair elements. The result from the corresponding MAC is stored in the corresponding 
accumulator, the addressed accumulator and the corresponding accumulator are in the same relative positions in their 
respective register files. 

[0076] Double-precision operations are performed on a halfword and a word; the operation is performed by the two 
MACs combined as a double MAC. The "upper" MAC performs the most significant part of the computation and the 
35 "lower" MAC performs the lease significant part. 

[0077] The MAC unit may support integral or fractional, and signed or unsigned, operands. 

Accumulator Register File 

40 [0078] The two MAC units are referred to as the upper MAC and the lower MAC. Each MAC has an accumulator 
register file consisting of four 40-bit guarded accumulator registers, for a total of eight accumulators in the ALU. Each 
guarded accumulator (AGn) consists of a 32-bit accumulator register (An) extended at the most significant end with an 
8-bit guard register (Gn). FIG. 11 shows the layout of the accumulator register file. 

[0079] The accumulator of halfword pair operands is stored in two accumulators. The lower elements of the harf- 
45 word pairs accumulate as a 40-bit number in one accumulator of either MAC. The upper element of the halfword pairs 
accumulate as a 40-bit number in the corresponding accumulator in the other MAC (FIG. 12 shows the corresponding 
addresses). 

[0080] Two accumulators are also used to store the results of a double precision step operation. The most signifi- 
cant portion of the result is stored in the guarded accumulator AG of the upper MAC. The least significant portion of the 

so result is stored in the accumulator A of the lower MAC. The guard bits of the lower MAC accumulator are not used. 
[0081] Each accumulator has two addresses in Register Space, referred to as the upper and lower accumulator 
address, or the upper and lower redundant address. (The assembly language names of these addresses for accumu- 
lator n are AnH and AnL respectively.) The effect of which address is used depends on how the register is used in the 
instruction; these effects are detailed in the following subsections. 

55 [0082] The instruction formats (and assembly language) provide several methods of addressing accumulators: 

• As elements of Register Space. Each accumulator has a high and low address, in the range 112 to 127, with 
assembly-language symbols ARnH and ARnL. 
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• As accumulator operands. The instruction format takes a number in the range 0-7; the corresponding assembly- 
language symbols are of the form An. 

• As accumulator operands, with separate high and low addresses. The instruction field takes a value in the range 0- 
15; the assembly language format is AnH or AnL 

5 

[0083] Each of the eight guard registers has an address in Expanded Register Space (160-167; assembly lan- 
guage symbols have the form AGn). 

[0084] The remaining subsections of this section specify the treatment of accumulators and guard registers as 
instructions. There are a number of special cases, depending on whether the register is a source or a destination, and 
10 whether the operation's elements are words or halfword pairs. 

1 . Accumulators as Word Source Operands 

[0085] The upper accumulator address specifies the upper 32 bits of an accumulator An as a fractional word oper- 
15 and, and the lower address specifies the lower 32 bits of An as an integer word operand. In the current version of the 
processor, an accumulator is 32 bits long, so both addresses refer to the same 32 bits. However, the general processor 
architecture allows for longer accumulators. 

[0086] The guard bits are ignored by those instructions which use accumulators (An in assembly language) as 32- 
bit source operands. Guard bits are included in the 40-brt source operands when instructions specify using guarded 
20 accumulators (assembly language AGn), such as for accumulating registers or as inputs to the scaler. 

[0087] The bussing structure currently permits one accumulator register from each MAC to be used as an explicit 
source operand in any given instruction. 

[0088] When an accumulator is selected as a source operand for a multiply operation, all 32 bits are presented by 
the accumulator. The instruction further selects, by the integer/fraction option, the tower or upper halfword for input to 
25 the multiply array. 

2. Accumulators as Halfword-Pair Source Operands 

[0089] Each element of a halfword pair is held in an accumulator as if it were a word operand. The two elements of 
30 a halfword pair are stored in corresponding accumulators in separate MACs. When used as accumulating registers or 

as inputs to the scalers within their respective MACs, they are used as 40-bit source operands. 

[0090] Otherwise, the elements are assembled as two hatfwords in a halfword pair operand. When the halfword pair 

source operand is the upper accumulator address, the upper halfword of the accumulator for each element is used. 

When the lower accumulator address is used, the lower halfword is used. The addressed accumulator provides the 
35 lower halfword and the corresponding accumulator provides the upper halfword. Either MAC can supply either element 

of the halfword pair. 

3. Accumulators as Double-Precision Source Operands 

40 [0091] The accumulators are used for precision source operands only in the double precision step operations. The 
addressed accumulator provides the least significant 32 bits, and the corresponding guarded accumulator provides the 
most significant 40 bits. 

4. Guard Registers as Source Operands 

45 

[0092] An 8-bit guard register (Gx) can be accessed as a sign-extended integer directly from Expanded Register 
Space. When a guard register is the source operand of a halfword-pair operation, the addressed guard becomes the 
least significant halfword operand, and the corresponding guard becomes the most significant halfword operand. In 
both cases, the guard register is sign-extended to 16 bits. 

50 

5. Accumulators as Word Designation Operands 

[0093] For word operations using the MAC, the 32-bit result of a multiply operation is stored in the destination accu- 
mulator and sign extended through its guard register The 40-bit result of an accumulating operation is stored into the 
55 destination guarded accumulator. 

[0094] For other register-to-register instructions, the result is moved into the destination accumulator and sign 
extended through its guard register. 
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6. Accumulators as Word-Pair Designation Operands 

[0095] For a Load instruction targeting an accumulator which specifies a word-pair data type conversion, the word 
from the lower memory address is loaded into the addressed accumulator; the least significant byte of the word from 
5 the higher memory address is loaded into the accumulator's guard register. 

7. Accumulators as Halfword-Pair Destination Operands 

[0096] For halfword pair operations using the two MAC units, the result of each MAC is stored in its accumulator 
10 file. The MAC containing the destination accumulator processes the lower halfword pair elements, and its 40-bit result 
is stored in that guarded accumulator (AG). The corresponding MAC processes the upper haffword pair elements, and 
its 40-bit result is stored in the corresponding guarded accumulator (AGC). 

[0097] For other register-to-register instructions, the specific accumulator address selected for the destination 
accumulator determines how the result is stored. If the upper address is used, the least significant halfword is loaded 

15 into the most significant half of the selected accumulator, zero extended to the right, and sign extended through its 
guard register. The most significant harfword is loaded into the most significant half of the corresponding accumulator, 
zero extended to the right, and sign extended through its guard register. If the lower address is used, the least signifi- 
cant hatfword is loaded into the least significant half of the selected accumulator, and sign extended through the most 
significant half of the selected accumulator and on through its guard register. The most significant halfword is loaded 

20 into the least significant half of the corresponding accumulator, and sign extended as above. 

8. Accumulators as Double-Precision Operands 

[0098] The least significant 32 bits of the result of a double precision multiply step operation is stored in the desti- 
25 nation accumulator, and the most significant 40 bits are stored in the corresponding guarded accumulator. The guard 
bits of the destination accumulator are all set to zero. 

9. Guard Registers a? Pectination Operands 

30 [0099] When a guard registers is a destination operand, the eight least significant bits of the result are stored in the 
addressed guard register. When a guard register is used as the destination operand of a hatfword-pair operation, the 
eight least significant bits of the result are stored in the addressed guard register and the 8 least significant bits of the 
upper halfword are stored in the corresponding guard register. 

35 Multiply Array 

[0100] Reference is now made to FIG. 1 0. The multiply array, or multiply unit, for each MAC produces a 32-bit prod- 
uct from two 1 6-bit inputs. Signed and unsigned, integer and fractional inputs may be multiplied in any combination. For 
an integer input, the least significant halfword of the source operand is used. For a fractional input, the most significant 

40 halfword is used. FIG. 13 shows the scaling of inputs, and FIG. 1 4 shows output scaling. 

[01 01 ] If two word operands or one word and one immediate operand are being multiplied, only the MAC containing 
the destination accumulator is used. If two HP operands or one HP and one immediate operand are being multiplied, 
both MACs are used, and the MAC containing the destination accumulator multiplies the lower HP elements. 
[0102] The two multiply arrays used together produce a 48-bit product from one 16-bit input and one 32-bit input 

45 scaled in accordance with FIG. 13. The product is scaled according to FIGS. 15-A, 15-B, 16-A, and 1 6-B. 

Multiply Saturation 

[0103] If -1.0 is multiplied by -1.0 (as 16-bit signed fractions) without an accumulation, the result (+1 .0) is saturated 
so to prevent an overflow into the guard bits: the maximum positive number is placed in the accumulator (A), and the guard 
bits are set to zero. If the multiply instruction includes an accumulation, the result is not saturated; instead, the full result 
is accumulated and placed in the destination guarded accumulator. 

Multiply Scaling 

55 

[0104] FIGS. 13, 14, 15 and 16 show the scaling of source operands and of results for multiplication operations. 
The tables show the assumed location of radix points and the treatment of. any sign bits. 

[0105] FIG. 13 shows the scaling of the source operands for multiplication operations. FIG. 14 shows scaling for 32- 
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bit products. FIGS. 15-A, 15-B ( 16-A, and 16-B show the scaling for 48-bit products. (FIGS. 15-A and 15-B show the 
scaling of right-justified products in the lower and upper MAC, respectively; likewise FIGS. 1 6-A and 1 6-B show the scal- 
ing of left-justified products.) 

5 Accumulating Adder 

[0106] With reference made to FIG. 10, each MAC includes an accumulating adder, which can add an input to (or 
subtract an input from) an accumulator. Possible inputs are the product from the multiply array, an immediate operand, 
an accumulator from either MAC, or a register containing a word or a halfword pair. 
w [0107] An accumulation initialization feature is controlled by the IMAC (Inhibit MAC accumulate) bit of the status 
register (ST) (not shown). If an instruction is executed which performs a multiply/accumulate operation while the IMAC 
bit is True(=1), the destination accumulator is initialized to the input operand, and the IMAC bit is reset to False(=:0). (In 
effect, the destination accumulator is set to 0 before the input is accumulated.) 

[0108] A similar initialize-and-round feature is controlled by the I MAR bit of the status register. The execution of an 
15 instruction which performs an accumulating adder operation while the IMAR bit is True causes the accumulating regis- 
ter to be replaced by a rounding coefficient, the destination accumulator to be initialized to the input operand plus a 
round-up bit, and the IMAR bit to be reset to False. The rounding coefficient is all zeros except for a one in the most 
significant bit of the lower halfword. 

[0109] Some multiply instructions include a round option which is executed in the accumulating adder. The rounded 
20 result is placed in the upper halfword of the destination accumulator and zero is placed in the lower halfword. The result 
should be considered to have a radix point between the lower and upper halfwords: the result is rounded to the nearest 
integer; and if the lower halfword is one half (i.e., the high-order bit is 1 ), the result is rounded to the nearest even inte- 
ger. 

[0110] An overflow of the accumulating adder does not set the overflow flag. When an overflow occurs for an accu- 
25 mulating instruction with saturation option, the guarded accumulator is set to its most positive number or most negative 
number according to the direction of the overflow. If the instruction does not specify saturation, and if the error exception 
is enabled, then an overflow causes an error exception request. Separate signals are sent to the debug logic for over- 
flows with saturation and overflows without. 

[0111] FIG. 17 shows a word or accumulator operand being added to an accumulating register. 
30 [0112] FIG. 18 shows a halfword pair operand (from a register or accumulator) being added to a halfword pair in 
accumulating registers. 

[0113] FIG. 1 9 shows a product being added to an accumulating register. 

[0114] FIG. 20 shows a halfword pair product being added to a halfword pair in accumulating registers. 
[0115] FIG. 21 shows a 48-bit product being accumulated using the justify right option. This option applies to a 1 6 
35 x 32 product where an integer result is desired, or the first step of a 32 x 32 product. 

[0116] FIG. 22 shows a 48-bit product being accumulated using the justify left option. This option applies to a 1 6 x 
32 product where a fractional result is desired, or the second step of a 32 x 32 product. 

[0117] FIG. 23 is an instruction summary of operations which may be implemented in accordance with the space 
vector data path of the present invention. 

40 

Scaler 

[0118] With reference made to FIG. 10, the scaler unit can perform a right barrel shift of 0 to 8 bit positions on the 
full length of a guarded accumulator. The most significant guard bit propagates into the vacated bits. 
45 [0119] An overflow occurs during a scaler instruction when the guard bits and the most significant bit of the result 
do not all agree. (If these bits do agree, it means that the sign bit of the accumulator propagates though the entire guard 
register, and no overflow of the accumulator has occurred into the guard bits.) 

[0120] The scaler instructions support an option to saturate the result when an overflow occurs. In this case, the 
result is set to the most positive number, or most negative number plus one lease significant bit depending on the direc- 
so tion of the overflow. (The most significant guard bit indicates whether the original number was positive or negative.) 
[0121] When an overflow occurs and saturation was not specified, an error exception is raised if the error exception 
is enabled. Overflows without saturation and overflows with saturation are reported to the debug logic on separate sig- 
nals. 

[0122] A Move Scaled Accumulator to Register (MAR) can be used to normalize an accumulator. To normalize 
55 accumu lator An: 
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MAR 


Rx, AnH, #8 ; scale AGn by 8 bits 


MEXP 


Rc, Rx ; measure exponent 


SUBRU.W.SAT 


Rc, Rc, #8 ; calculate number of shifts necessary to normalize 


MAR 


Rx, AnH, Rc ; normalize the accumulator's contents 



10 

[0123] After this sequence, Rc contains the number of shifts necessary to normalize the guarded accumulator, and 
Rx contains the normalized result. 

[0124] Although the present invention has been described with reference to Figs. 1-23, it will be appreciated that 
the teachings of the present invention may be applied to a variety of processing schemes as determined by those skilled 
75 in the art. 

[0125] It should be noted that the objects and advantages of the invention may be attained by means of any com- 
patible combination(s) particularly pointed out in the items of the following summary of the invention and the appended 
claims. 

20 Claims 

1. A programmable processor, said programmable processor executing instructions in a sequence as determined by 
an instruction fetch/decode/sequencer means for processing at least one operand, said operand comprising at 
least one element, each of said instructions comprising at least one field of at least one bit, said programmable 
25 processor comprising: 

a. Mode specifying means responsive to said field of at least one bit in each instruction for specifying whether 
said operand is processed in either one of vector or scalar modes: 

30 i) said vector mode designating that there are a plurality of elements within said operand, 

ii) said scalar mode designating that there is one element within said operand with said element compris- 
ing a plurality of sub-elements; 

b. a processing unit coupled to said mode specifying means, comprising a plurality of sub-processing units, 
35 said processing unit receiving said one operand and, responsive to said instruction and to said mode specify- 
ing means, concurrently processing, in said one cycle, said at least one operand in either one of vector or sca- 
lar modes as follows: 

i) in said vector mode, each of said plurality of elements is received and processed by one of said sub- 
40 processing units configured in said vector mode to generate a vector output; 

ii) in said scalar mode, each sub-element of said operand is received and processed by one of said sub- 
processing unit configured in said scalar mode to generate a scalar output 

A programmable processor according to Claim 1 , wherein said plurality of sub-processing units comprise: 

a) a plurality of multiplier accumulators ("MAC") coupled to said instruction fetch/decode/sequence means 
operative in one of said vector and scalar modes for performing multiply accumulations, each MAC receiving 
and independently and concurrently processing said at least one element within an operand in said vector 
mode as specified by said mode specifying means, and said plurality of MAC'S receiving and jointly and con- 
currently processing an operand with each of said plurality of said MAC's corresponding to a sub-element of 
said operand in said scalar mode as specified by said mode specifying means; 

b) MAC control means coupled to said plurality of MAC's, responsive to said mode specifying means, for caus- 
ing said plurality of MAC'S to operate independently from each other in said vector mode by generating said 

55 plurality of results for said plurality of elements, and to operate jointly in said scalar mode by combining a 

processing result for each sub-element into one result. 

3. A programmable processor according to Claim 1 , wherein said operand also comprises at least one logic condition, 
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further comprising compare means coupled to said processing unit for comparing said at least one logic condition 
in said operand in one of said scalar and vector modes with a predetermined logic condition. 

4. A method of performing digital signal processing through multiple data paths using a programmable processor, said 
5 programmable processor operating on at least one operand with each operand comprising at least one element, 

said programmable processor having a plurality of sub-processing units for concurrently processing said at least 
one operand, the method comprising the steps of: 

a) providing an instruction from among a predetermined sequence of instructions to be executed by said pro- 
io grammable processor, each of said instructions comprising at least one field of one bit to specify either one of 

scalar or vector mode for said at least one operand to be processed; 

b) said instruction causing one of scalar and vector mode of processing by said programmable processor on 
said at least one operand, said scalar mode indicating to said programmable processor that said at least one 
operand comprises one element, wherein said one element comprises a plurality of sub-elements within, and 

is said vector mode indicating to said programmable processor that said at least one operand comprises a plu- 

rality of elements; 

c) if in said scalar mode, each sub-processing unit of said programmable processor, responsive to said at least 
one bit within said instruction, receiving one of said plurality of sub-element of said element to process to gen- 
erate a partial and intermediate result; 

20 d) each sub-processing unit passing its intermediate result among said plurality of sub-processing units and 

merging its partial result with other sub-processing units to generate a final result for said operand in said sca- 
lar mode; 

e) generating first condition codes to correspond to said final result; 

f) if in said vector mode, each sub-processing unit of said programmable processor, responsive to said at least 
25 one bit within said instruction, receiving and processing one of said plurality of elements within said operand to 

generate a partial and intermediate result with each intermediate result being disabled and each partial result 
representing a final result for its corresponding element in said vector mode; 

g) generating a plurality of second condition codes with each of said second condition codes corresponding to 
an independent result. 

30 

Patentanspruche 

1. Ein programmierbarer Prozessor, wobei der programmierbare Prozessor Anweisungen in einer Sequenz ausfuhrt, 
wie sie durch Anweisungsaufnahme-/Decodier-/Sequenziermittel bestimmt ist, und zwar zur Verarbeitung von 

35 zumindest einem Operanden, wobei der Operand zumindest ein Element aufweist, wobei eine jede der Anweisun- 
gen zumindest ein Feld von zumindest einem bit aufweist, wobei der programmierbare Prozessor ferner folgendes 
aufweist: 

a) Modusspezifiziermittel ansprechend auf das Feld von zumindest einem bit in jeder Anweisung zur Spezifi- 
40 zierung, ob der Operand entweder in einem Vektor- Oder in einem Skalarmodus verarbeitet wird: 

i) wobei der Vektormodus bezeichnend dafur ist, daf3 eine Vielzahl von Elementen innerhalb des Operan- 
den vorliegen, 

ii) wobei der Skalarmodus bezeichnend dafur ist, daB ein Element innerhalb des Operanden vorliegt, 
45 wobei das Element eine Vielzahl von Unter- bzw. Subelementen aufweist; 

b) eine Prozessoreinheit bzw. Verarbeitungseinheit gekoppelt mit den Modusspezifiziermitteln, die eine Viel- 
zahl von Unter- bzw. Subprozessoreinheiten aufweist, wobei die Prozessoreinheit den einen Operanden emp- 
fangt und ansprechend auf die Anweisung und die Modusspezifiziermittel gleichzeitig in dem besagten einen 

50 Zyklus den zumindest einen Operanden in entweder dem Vektor- oder dem Skalarmodus verarbeitet wie folgt: 

i) im Vektormodus wird jedes der Vielzahl von Elementen empfangen und verarbeitet durch eine der Sub- 
prozessoreinheiten, die im Vektormodus zur Erzeugung einer Vektorausgabe konfiguriert sind; 

ii) im Skalarmodus wird jedes Subelement des Operanden empfangen und verarbeitet durch eine der Sub- 
55 prozessoreinheiten, die im Skalarmodus zur Erzeugung einer Skalarausgabe konfiguriert sind. 

2. Programmierbarer Prozessor gemaB Anspruch 1, wobei die Vielzahl von Subprozessoreinheiten folgendes auf- 
weist: 
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a) eine Vielzahl von Multiplizierakkumulatoren ("MAC") gekoppelt mit den Anweisungsaufnahme-/Dekodier- 
/Sequenziermitteln betriebsmaBig in einem der Vektor- und Skalarmoden zum Durchfuhren einer Vielzahl von 
Akkumulationen, wobei ein jeder MAG das zumindest eine Element innerhalb eines Operanden empfangt und 
unabhangig und gleichzeitig verart>eitet, und zwar im Vektormodus wie spezifiziert durch die Modusspeztfizier- 

5 mittel, und wobei die Vielzahl von MACs einen Operanden empfangen und gemeinsam und gleichzeitig verar- 

beiten, wobei ein jeder der Vielzahl der MACs einem Subelement des Operanden entspricht, und zwar im 
Skalarmodus wie spezifiziert durch die Modusspezifiziermittel; 

b) MAC-Steuermittel gekoppelt mit der Vielzahl von MACs, und zwar ansprechend auf die Modusspezifizier- 
mittel, um zu veranlassen, daB die Vielzahl der MACs unabhangig voneinander im Vektormodus betrieben 

w werden durch Erzeugen der Vielzahl von Ergebnissen fur die Vielzahl von Elementen, und daft sie zusammen 

betrieben werden im Skalarmodus durch Kombinieren eines Verarbeitungsresultats fur jedes Subelement in 
ein Resultat bzw. Ergebnis. 

3. Programmierbarer Prozessor gemaB Anspruch 1 , wobei der Operand ebenso zumindest einen logischen Zustand 
15 aufweist, wobei der Prozessor ferner Vergleichermittel aufweist, und zwar gekoppelt mit der Prozessoreinheit zum 

Vergleich des zumindest einen logischen Zustands im Operanden in einem der Skatar- Oder Vektormoden mit 
einem vorbestimmten logischen Zustand. 

4. Verfahren zur Durchfuhrung digitaler Signalverarbeitung uber Mehrfachdatenwege unter Verwendung eines pro- 
20 grammierbaren Prozessors, wobei der programmierbare Prozessor auf zumindest einem Operanden operiert, 

wobei jeder Operand zumindest ein Element aufweist, wobei der programmierbare Prozessor eine Vielzahl von 
Subverarbe'rtungseinheiten bzw. Subprozessoreinheiten fur die gleichzeitige Verarbeitung des zumindest einen 
Operanden besitzt, wobei das Verfahren die folgenden Schritte aufweist: 

25 a) Vorsehen einer Anweisung aus einer vorbestimmten Abfolge von Anweisungen, die vom programmierbaren 

Prozessor durchgef uhrt werden sollen, wobei eine jede der Anweisungen zumindest ein Feld mit einem bit auf- 
weist zur Spezifizierung entweder eines Skalar- oder eines Vektormodus fur den zumindest einen Operanden, 
der verarbeitetwerden soil; 

b) wobei die Anweisung einen Skalar- oder Vektormodus der Verarbeitung durch den programmierbaren Pro- 
30 zessor von dem zumindest einen Operanden bewirkt, wobei der Skalarmodus dem programmierbaren Prozes- 
sor anzeigt, daB der zumindest eine Operand ein Element aufweist, wobei das eine Element eine Vielzahl von 
Unter- bzw. Subelementen darin aufweist, und wobei der Vektormodus dem programmierbaren Prozessor 
anzeigt, da(3 der zumindest eine Operand eine Vielzahl von Elementen aufweist; 

c) im Falle des Skalarmodus, Empfangen von einem der Vielzahl von Subelementen des Elements durch eine 
35 jede der Subprozessoreinheiten des programmierbaren Prozessors ansprechend auf das zumindest eine bit 

innerhalb der Anweisung zur Verarbeitung und Erzeugung eines Teil- und Zwischenergebnisses bzw. - resul- 
tats.; 

d) wobei eine jede Subprozessoreinheit ihr Zwischenergebnis unter der Vielzahl von Subprozessoreinheiten 
weitergibtund sein Teilergebnis mit den anderen Subprozessoreinheiten zusammenfuhrt, um ein Endergebnis 

40 bzw. Endresultat fur den Operanden im Skalarmodus zu erzeugen; 

e) Erzeugen eines ersten Zustandcodes, der dem Endergebnis entspricht; 

f) im Falle des Vektormodus, Empfangen von einem der Vielzahl der Elemente innerhalb des Operanden durch 
eine jede Subprozessoreinheit des programmierbaren Prozessors ansprechend auf das zumindest eine bit 
innerhalb der Anweisung und Verarbeiten zur Erzeugung eines Teil- und Zwischenergebnisses, wobei jedes 

45 Zwischenergebnis deaktiviert wird und jedes Teilergebnis ein Endergebnis fur sein entsprechendes Element 

im Vektormodus reprasentiert; 

g) Erzeugen einer Vielzahl von zweiten Zustandscodes, wobei ein jeder der zweiten Zustandscodes einem 
unabhangigen Ergebnis entspricht. 

so Revendications 

1. Processeur programmable, ledit processeur programmable executant des instructions dans une sequence telle 
que determined par des moyens d'extraction/decodage/sequencement destruction pour traiter au moins un ope- 
rande, ledit op6rande comprenant au moins un element, chacune desdites instructions comprenant au moins un 
55 champ d'au moins un bit, ledit processeur programmable comprenant : 

a. des moyens de specification de mode sensibles audit champ d'au moins un bit dans chaque instruction pour 
specifier si ledit operande est traite dans I'un ou I'autre des modes vectoriel ou scalaire : 
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i) ledit mode vector! el designant qu'il y a une plurality d'elements dans ledit operande, 

il) ledit mode scalaire designant qu'il yaun eminent dans ledit operande, ledit element comprenant une 
plurality de sous-eiements ; 

5 b. Une unite de traitement coupiee auxdits moyens de specification de mode, comprenant une pluralite d'unites 

de traitement secondare, ladite unite de traitement recevant ledit un operande et, en reponse a ladite instruc- 
tion et auxdits moyens de specification de mode, traitant simultanement, dans ledit un cycle, ledit au moins un 
operande dans I'un ou I'autre des modes vectoriel ou scalaire comme suit : 

w i) dans ledit mode vectoriel, chacun de ladite pluralite d'elements est recu et traite par I'une desdites unites 

de traitement secondaire configuree dans ledit mode vectoriel pour generer une sortie vectorielle ; 

ii) dans ledit mode scalaire, chaque sous-el6ment dudit operande est recu et traite" par Tune desdites uni- 
tes de traitement secondaire configuree dans ledit mode scalaire pour generer une sortie scalaire. 

is 2. Processeur programmable selon la revendication 1, dans lequel ladite pluralite d'unites de traitement secondaire 
comprend : 

a) une pluralite de multiplicateurs-accumulateurs ("MAC") couples auxdits moyens d'extraction/deco- 
dage/sequencement destruction operationnels dans Tun desdits modes vectoriel et scalaire pour effectuer 

20 des accumulations de multiplications, chaque multi plicate ur-accumu I ateur recevant et traitant independam- 

ment et simultanement ledit au moins un element dans un operande dans ledit mode vectoriel comme specif ie 
par lesdits moyens de specification de mode, et ladite pluralite de muttiplicateurs-accumulateurs recevant et 
traitant conjointement et simultanement un operande, chacun de ladite pluralite* desdits multiplicateurs-accu- 
mulateurs correspondant a un sous-element dudit operande dans ledit mode scalaire comme specifie par les- 

25 dits moyens de specification de mode ; 

b) des moyens de controle de multiplicateur-accumulateur couples a ladite pluralite de multiplicateurs-accumu- 
lateurs, sensibles auxdits moyens de specification de mode, pour amener ladite pluralite de multiplicateurs- 
accumulateurs a fonctionner independamment les uns des autres dans ledit mode vectoriel en generant ladite 
pluralite de resultats pour ladite pluralite d'elements, et a fonctionner conjointement dans ledit mode scalaire 

30 en combinant un resultat de traitement pour chaque sous-element en un seul resultat. 

3. Processeur programmable selon la revendication 1 , dans lequel ledit operande comprend egalement au moins une 
condition logique, comprenant, de plus, des moyens de comparaison couples a ladite unite de traitement pour com- 
parer ladite au moins une condition logique dans ledit operande dans i'un desdits modes scalaire et vectoriel avec 

35 une condition logique predeterminee. 

4. Precede pour executer ie traitement de signaux numeriques a travers de multiples chemins de donnees en utilisant 
un processeur programmable, ledit processeur programmable agissant sur au moins un operande, chaque ope- 
rande comprenant au moins un element, ledit processeur programmable comportant une pluralite d'unites de trai- 

40 tement secondaire pour traiter simultanement led'rt au moins un operande, Ie procede comprenant les etapes 
consistant a : 

a) fournir une instruction provenant d'une sequence predeterminee destructions a executer par ledit proces- 
seur programmable, chacune desdites instructions comprenant au moins un champ d'un bit pour specifier I'un 

45 ou I'autre d'un mode scalaire ou vectoriel pour ledit au moins un operande a traiter ; 

b) ladite instruction amenant ledit processeur programmable a effectuer un traitement dans I'un des modes 
scalaire et vectoriel sur ledit au moins un operande, ledit mode scalaire indiquant audit processeur program- 
mable que ledit au moins un operande comprend un element, dans lequel ledit un element comprend une plu- 
ralite de sous-eiements, et ledit mode vectoriel indiquant audit processeur programmable que ledit au moins 

so un operande comprend une pluralite d'elements ; 

c) s'il est dans ledit mode scalaire, chaque unite de traitement secondaire dudit processeur programmable, 
sensible audit au moins un bit dans ladite instruction, recevant I'un de ladite pluralite de sous-eiements dudit 
element a traiter pour generer un r6sultat partiel et intermedial re ; 

d) chaque unite de traitement secondaire faisant passer son resultat interm6diaire parmi ladite pluralite d'uni- 
55 tes de traitement secondaire et fusionnant son resultat partiel avec d'autres unites de traitement secondaire 

pour generer un resultat final pour ledit operande dans ledit mode scalaire ; 

e) generer des premiers codes de condition de maniere a ce qu'ils correspondent audit resultat final ; 

f) s'il est dans ledit mode vectoriel, chaque unite de traitement secondaire dudit processeur programmable, 
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sensible audit au moins un bit dans ladite instruction, recevant et traitant Tun de ladite plurality d l 6l6ments dans 
ledit operande pour g6n6rer un r6suttat partiel et interm6diaire, chaque resultat interm6diaire etant non dispo- 
nible et chaque resultat partiel representant un resuitat final pour son element correspondant dans ledit mode 
vectoriel ; 

5 g) g6ne>er une plurality de seconds codes de condition, chacun desdits seconds codes de condition corres- 

pondant a un resultat independant. 
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RSP Instruction Sei Summary 

MNEMONIC ^ ASSEMBLER SYNTAX 



L.<lq> 



LS.<lsq> 



I~WP desunemjoc 
U.WldesunexnJoc 
LJflS] desunemjoc 
L-HU<tet,mwnJoc 
LJ1F desunemjoc 
L-HM desunemjoc 

LJIFM desunemjoc 

LJ£D desunemjoc 
LJ3[S] desunemjoc 
LJJU desunemjoc 
L.BF desunemjoc 
L.BFM desunemjoc 

L-HP desunemjoc 
L3P desunemjoc 
L^PU desunemjoc 
L.BPF desunemjoc 

LS.WCCMdesun: 

LS.WCXdesurc 

LS.WPCCdestsrc 

LS.WPCXdesurc 

LS.WPCXMdestsrc 

LS.WPDdesUrc 
LS.WPXXdesurc 

LS.WXXdesusrc 
LS.WXXMdesurc 



Operation Order 

OPERATION 



Load register 
Load register 
Load register 
Load register 
Load register - 
Load register" 
and merge, 
Load register 
and merge. 
Load register 
Load register 
Load register 
Load register 
Lead register- 
and merge. 
Load register- 
Load register* 
Load register- 
Load register - 



-word pain 
-word. 

-halfword signed, 
-halfword unsigned, 
■halfword fraction, 
-halfword 

- halfword fraction 

-halfword double, 
byte signed, 
-byte unsigned, 
byte fraction, 
byte traction 

halfword pair, 
byte pair. 

byte pair unsigned, 
byte pair fraction. 

Load streamer* word context and 
context and merge. 
Load streamer - word context 
and index. 

Load streamer - word pair context 
and context 

Load streamer- word pair context 
and index. 

Load streamer - word pair context 
and index and merge. 
Load streamer - word pair data. 
Load streamer - word pair index 
and index. 

Load streamer - word index 
and index. 

Load streamer - word index and 
index and merge, 



Fig. 23 (1 of 9 > 
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MNEMONIC 



ASSEM0^ER SYNTAX 


OPERATION .""^ 


S.WsrcmemJoc 


Store word. 


SMvcjnmJoc 


Store least significant halfword. - 


S US srcjnemjoc . 


AliasforSJL 


SJIUsrcjnemJoc 


Alias for SJL 


SJtFsrcntemJoc 


Store most significant halfword 




(fraction). 


S.B sn^jnemjoc 


Store most significant byte. 


SBUaajaanJoc 


Alias for S3. 




Alias for S3. 


S-BFsrc^nemJoc 


Store most significant byte 






<2 MP wr www 1/w» 

•* M W wfUMM^^W 


Store halfword pair. 


52 fiPtfrtnnn Irw* 


Store l^a<* oanificant bvtes 




of halfword pas; 




Store most significant bytes 




of balfword pair. 


SS.WPCX srcmemjoc 


Store streamer word pair. 




context and fndffl 


SS.WPDS srconanjoc 


Store streamer word pair, 




Hafa ATwl tranic 


SS.WS 


Store streamer word status. 


S A src4ncnUoc,#sifLcount 


Store scaled accumulator. 


RSE #re£jxur M oount,#stacl^.size^bitzn2Sk 




Reserve and set enables. 


MSJCdestsrc 


Modify streamer index. 


IS.Cdesueg 


Initialize streamer context 


IS.CC <SesCl4esL%itg 


Initialize streamer context 




and context 


IS.CMHdestrtimm 


Initialize streamer context 




and merge high. 


IS.CMLdesMfanm 


Initialize streamer context 




and merge low. 


IS.OCdest.reg 


Initialize streamer context 




and index. 


ISDdest 


iniriaiw* streamer data. 


ISI>DdesU.desL2 


initial^ streamer data >TV ^ data. 


ISJCdesurc 


Initialize streamer index. 


IS dcsMKnuD 


Tniltalfw* tfrMmw inri*» 


IS.XM dcst v #ixnm 


Tnitiaity^ streamer index 




and merge. 


ISJOCd^l f destJUrc 


Initialize streamer index 




and index. 



S.<srq> 



SS.<ssq> 



SA.<pq>.<ar> 



RSE 



MS 

IS.<isq> 



Fig. 23 < 2 of 9) 



44 



EP0 681 236 B1 



MNEMONIC ASSEMBlEft SYNTAX OPERATION 



LL<iiq> 



UJS)dest4fanmJ6 
IXUdest,#imm_16 

UPdest#imm_16 

LLFM dest,iimmJ6 

LLMdest,#inmul6 

UJ)dest,#imm_16 

U.UDdest#imm_16 

LLMD de$l#imm_16 



Load register hnmrxliarc signed. 
Load register immediate 
unsigned. 

fraction (signed). 
Load register immediate 
fraction and merge (signed). 
Load register immediate 
and merge (signed integer). 
Load register immediate 
double (signed integer). 
Load register immediate 
double (signed integer). 
Load register immediate 
fraction double (signed). 
Load register immcriiatr 
and merge double (integer). 



M.<pq> 



M[.WJ 
M.HP 



Move word. 
Move halfword pair. 
(Alias for M.HP.) 



MCC 

MCS 

MVC 

MVS 

MZC 

MZS 

MZ 

MNZ 

MLT 

MGT 
MLE 
MGE 



MCCHPdcsUrc 
MCQ.W]<co destsrc 

MGS-HPdest^rc 
MCSI.W).<co desUrc 

MVCHP destsrc 
MVQ.W].<oo desurc 

MVS-HPdesurc 
MVS[.Wl.<codesurc 

MZC.HP desire 
MZC|.W]xco desurc 

MZS-HPdesurc 
MZSI.W]xoo desurc 

MZJff dest t src fc .l f srcL2 
MZ[.WJ.<rcla> desurc_l,src_2 

MNZHPdesUrc^l.srcJ 
MNZ(.W).<rclb> desUTCLltSrcJi 

MLHHP destpSfcl^src^ 
MLTI.WJ destscLl^rcJ2 

MGTl.W] destsnLl^c J. 

MLEI.W] desurc_l^rcL2 

MGEJiPdesUiCLl^rc-2 
MGEl.W] destsrc_l,src_2 



Move if C bit is dear. 

Move if C bit is set 

Move if V bit is clear. 

Move if V bit is set 

Move if Z bit is clear. 

Move ifZ bit is set 

Move if equal to zero. 

Move if not equal to zero. 

Move if less than. 

Move if greater than. 
Move if less than or equaL 
Move if greater than or equal. 



Fig. 23 < 3 of 9 > 
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MNEMONIC 



ASSEMBLER SYNTAX 



OPERATION' 



MBZ.<pq> ^ MBZdest,src_l,src^#biuaum Move bit oa zoo. 
MBNZ.<pq> MBNZdest f m_l^icJ2 v muunn Move Ht oa doc zero. 



MRA.<mq> 



MRA^destsrc 
MRAJfdesurc 
MRAJIPdesurc 
MRAI.W]desUrc 



Move register to accumulator - 
byte. 

Move register to accumulator - 
balfword 

Move register to accumulator- 
h&lfword pair. 

Move register to accumulator- 
word. 



MAK.<pq><<ar> N AR destsrc_l,src -2 



Move scaled accumulator 
to register. 



PK<pkq> PKLHPLL desUrc_l.src J. 

PKJKPLH desurcj^rc J. 
P1CHPHL desurcj^rc_2 
PKJfPHH desurc J.srcJ 
PK£PLdesUicJ f «cJl 
PJCBP descsrc J^rc_2 
PK.BPH destsrc_l,src_2 



Pack balfword pair tow low. 
Pack balfword pair low high. 
Pack halfword pair high low. 
Pack balfword pah* bigb bigb. 
Pack byte pair low. 
Alias for PKJ5PL. 
Pack byte pair bigh. 



B.<el> 



B ofs_16 



Unconditional branch 



BCC<c2>.<co 
BCS.<e2>.«x> 
BVC<e2>.<cO 
BVS.<e2>.<cO 
BZC<c2>.<co 
BZS.<e2>.<co 



BCCofs_12 
BCC ofs_I2 
BVCofc_12 
BVSofs_12 
BZCofs_12 
BZSofs_12 



B ranch if C bit is clear. 
Branch if C bit is set 
Branch if V bit is clear. 
Branch if V bit is set 
Branch if Z bit is clear. 
Branch if 2 bit is set 



BZ.<e2>.<rcla> BZ reg,o£s_12 
BNZ.<e2>.<rclb> BNZ reg.ofs.12 



BLT.<e2>.<rc2> 
BGExe2>.<rc2> 

BGT.<c2> 

BL£.<c2> 



BLTreg,offs_12 
BGEreg t ofs_12 

BGT reg,otts_12 

BLEreg,offs_12 



Branch if register equal to zero. 

Branch if register not equal to 
zero. 

Branch if register less-than zero. 

Branch if register greater-than 
or equal to zero. 

Branch if register greater-than 
zero. 

Branch if register less-than or 
equal to zero. 



Fig. 23 < 4 of 9) 
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MNEMONIC 



SYNTAX " 



* V ; :^OEERAIION[^ 



BBZ<<e£> 
BBNZxe2> 



BBZ reg,ifaUiam,of£_8 
BBNZ rcg # #biU«nn,ofsL8 



Branch oo bit equal to aero. 
Branch oo Ht not equal to zero* 



BBCZwCc2> 
BBCNZxe2> 



BBCZ reg^biuiunw)fs^8 
BBCNZ icg f jlbiUnzDM>f2L8 



Branch on bit equal to zero, 
and complement biL 

Branch on bit not equal to zero, 
and complement bit. 



BEQ.<e2> 
BNE.<e2> 



BEQ regj^egj^ofsj 
BNE rzgJjtg_2,QfsJ& 



Branch if registers match. 
Branch if registers axe not equal. 



BNZD.<e2> 
BNZL<c2> 



BNZD reg,#imm,ofs J2 
BNZI reg^izmn/)ffsul2 



Branch if not zero, and decrement. 
Branch if not zero, and increment. 



J.<el> 
J.<el>.<dh> 

JSB.«l>.<db> 



JSH.<el>.<db> 



Jaddrja 
J(reg) 

JSB (reg^treamer) 
JSB ((reg^treamer)) 

JSH (reg^treamer) 
JSH ((reg^streamer)) 



Jump. 

Jump streamer byte. 
Jump streamer halfwonL 



JC<el>.<db> 

JCSB.<el>.<db> 

JCSH.<cl>.<db> 



JC(rcg_l.regJ) 
JC((re & _l.regJ») 

JCSB (stneameutg) 
JCSB ((streamenreg)) 

JCSH (streameweg) 
JCSH ((streamer.reg)) 



Jump conditional. 

Jump conditional streamer byte. 

Jump conditional streamer 
half word. 



CALLxel> CAlXaddrja#reg_count 
CALL reg»#reg_coum 



Call subroutine. 



TRAP<el> 
TRAPC<e2> 



TRAPaddrJ2 
TRAP(reg) 

TRAPCador_22 
TRAPC(reg) 



Trap. 

Conditional trap. 
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R£TExel> 
RElT<cl> 

REIX<cl> 
RETQ 



RETE 
RETI 

RETT 
RETQ 



Return from exception* 
Return from interrupt. 
(Alias for REIR) 
Return from trap. 
(Alias for RETE.) 

Return from quick interrupt/ 
exception. 



NOP*<nq> 



NOPfjO] 
NOP.l 



No operation —zero bits. 
No operation -one bits. 



LOOP.<ao*<rq> 



LOOPofc_8jreg 
LOOP ofeLMtoop.count 



High speed loop. 



WAIT 
HALT 
BREAK 



WATT 
HALT 
BREAK 



Wait 
Halt 

Breakpoint. 



ABS.<pq>.<ar> 

NEG.<pq>.<a<|> 

NOT.<pq> 

PARE*<pq> 

PAROxpq> 

REV.<pq> 



ABS desisrc 

NEOdestsrc 

NOTdesurc 

PAREdestpSrc 

PAROdestsrc 

REVdestsrc 



Absolute value. 
Negate (one's complement). 
One's complement 
Logical parity even. 
Logical parity odd. 
Bit reversal. 



ADD(S].<pq>.<ar> 
ADDV.<pq>.<ar> 



ADD destsrc_l,src_2 
ADD de$Urc_l f #imm 

ADD destsrcLl.src.2 
ADD dest^_l f #imm 



ADDC(S|.<pq>.<ar> ADDC desurc_l,src.2 
ADDCUxpq>w<ai> ADDCU desi f src_l # src_2 



Add (signed). 

Add unsigned. 

Add with carry. 

Add with carry Hndgn^ 



SUB[S].<pq>.<ar> SUB[S] dest f src_l ( src_2 
SUB[S] dest^_l,ffimm 

SUBU.<pq>.<ar> SUBU desurc_ljrc_2 
SUBU desurc_l,#imm 

SUBqS].<pa>.<ar> SUBqS] dest^rc.l^rc.2 

SUBCU.<pq>.<ar> SUBCU desc$rc_l f src_2 

SUBR|S].<pq>.<*r> SUBR|S] destsrc_l f #imm 



Subtract (signed). 

Subtract unsigned. 

Subtract with carry (signed). 
Subtract with carry unsigned. 
Reverse subtract (signed). 
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SUBRUxpq>xax> SUBRU desUrc_l,ttnun 


Reverse subtract unsized. 


ASG<pq> 


ASC oest snLlfCnL24bitj>uni 


Add/subtract conrttrtnrml , 


MINIS] 


MINdesUrc_UrcJ2 


Minimum (signed). 


MINU 


KONU desUrcLl4RL2 


IrlZZUUlUID UllYlgnCO. 


MAX[S).<pg> 


MAXde$urcLUrcL2 


Maximum (signed). 


MAXU.<pq> 


MAXU 4esUrc_l,srcL2 


Maximum unsigned. 


T£Qxpq> 


TBQdesurc.UrcJZ 
TEQdesurO^Kmm 


Test register equal to zera 


TNE-<pq> 


TNEISJ desurq_l,*rcj> 
TNEISJ dest r src_l v #imm 


Test register not equal to zero. 


TLT[SJ-<pq> 


TLTIS) desUrc_l,src_2 
TLITS] dest r src.l t #imzn 


Test register less than zero 
(signed). 


TGT[SJ.<pq> 


TOTISJ desurO,sxc_2 
IXjITS] dest^sRLlftimm 


Test register greater man zero 
(signed). 


TLEJS].<pq> 


TUEfS] desUrc.l,finun 


Test register less man or 
equal to zero (signed). 


TGE[S).<po> 


TGEJSJ dcsurc.l r acj2 
TGEJSj desurp.1 Jmm 


Test register greater man or 
equal to (signed). 


TLTU.<pq> 




Test register leu than zero 
unsigned. 


TGTU.<nor> 


TY3T1 t (Wt err* 1 tn* 9 

TGTU desUrc_l,#imm 


Test register greater man zero 
unsigned. 


Tl PIT 

1 LiSU.Cpq> 


H£U dest v srcLl 9 srcL2 
TLEU destpSrc.l t #nmn 


Test register less than or 
equal to zero unsigned. 


TGETJ.<pq> 


TGEU desurc_l jrcjt 


Test register greater man or 
equal to unsigned. 


TAND.<pq> 


TAND desurc_l f src_2 
TANDdc$t*rp_l r #imm 


Test result of bitwise AND. 


TOR<pa> 


TORdesurc_l,«c^2 
TOR desctRLLiima 


Test result of bitwise OR. 

4 


SBIT.<pq> 


SBITdesURLlfSfC^ 


Set bit 


CBIT.<pq> 


CBITdcsurcJ^rcJZ 


Clear biL 


IBIT.<pq> 


IBIT totsrcj.srcj 


Invert biL 


TBZ.<pq> 


TBZd^surc_l,src_2 
TBZ desurc.l.fimm 


Test bit zero. 
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TBNZ/q>q> 

AND.<pq> 

ANDN.<pg> 

OR*<pq> 

XOR*<pq> 

XORG<pq> 

SHR.<pq> 

SHL.<pq> 

SHRA.<pq> 

SHRC<pq> 

RORw<pq> 

ROU<pq> 



TBZ tourcLl,#nnm 

ANDtesUrc_l,#imm 

ANDN desLsn: J,ot^2 
ANDN dcsurcj.acj 

ORdesurc_l^rcJ 
ORdesUrcLl^imin 

XORdests«LUreL2 



XORC dcst t «rc.l f mL2 

SHRdesurc_l,src_2 
SHR dest T sn^.l#imm 

SHLdesusic_l^fc_2 
SHLdesUic.l f #imin 

SHRA desurc J^cJ 
SHRA desurc.l^imm 

SHRC dest^rcj f src_2 
SHRC dest*rc_l,#Imm 

RORde$Urc_l f src_2 
ROR<festtrc_l,#imm 

ROLte$Urc_l.src_2 
ROLdestsrc.1 f #imm 



7bstb!tnoo-zem. 
Bitwise AND. 
Bitwise AND-NOT. 
Bitwise OR. 
Bitwise XOR. 

Conditional bitwise XOR. 

Shift right logical. 
Shift left logical 
Shift right amhmetic 
Shift right with cany. 
Rotate right. 
Rotate left 



INS 



EXT 



INS (ksUrc.#sixifLcount,#biccount 

Insert 

EXT <Jest T src^shift_ooimt,#Wccount 

Extract 



CNT 



CNTXSOdesurc 
CNTiSZdcsUrc 
CNTiSRdestsrc 
CNXMSOdesuic 
CNTMSZdesurc 
CNT.MSR desurc 



Count least significant one bits. 
Count least significant zero bits. 
Count least significant nm of bits. 
Count most significant one bits. 
Count most significant zero bits. 
Count most significant nm of bits. 
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CEXP 
MEXP 



CEXP destsrcLltSCL? 
MEXPdestsxc 



Compare exponents. 
Measure exponent. 



SYM 



SYM Ast^ttablc.type.ixha^count 

Symmetrical table address. 



ACC 



ACCN 



ACC<ar> dest, ttC_l,sKL2 
ACC<pq>.<ai> des Urc.l 
ACC.<pq>.<ar> desMHomi 

AOCN.<ax>desurc_l,sic_2 
ACCN.<pq>.<ax> desurcj. 
ACCN.<pq>.<ai> desMtonn 



Accumulate, 



Accumulate negative. 



MUU<pq>.<rq> MUL desurc_l. «J& 
MUL desurc_l*mm 



Multiply. 



MAC<pq>.<ar> MACdesCl^cJ^C-^J Multiply aiul accumulate. 
MACN.<pq>.<ar> MACN de$U^l.«LMesU Multiply and accumulate negative. 

UMUL.<uq>.<uq> UMULdesurcJ^c^ Universal nalfword pair multiply. 

UMAC.<uq>xuq> UMAC c«U4ttCZsrc_l.srcJ* Universal halfwotd pair multiply 

and accumulate. 



DMUL.<jq> 
DMULN.<Jq> 



DMUL desurc„l,SRL2 
DMULN de$tsrc_l»sic_2 



Double muluply step. 
Double multiply step negative. 



DMAC<Jq> 
DMACN.^Jq> 



DMAC desurO«««-l»0 Double muluply and ac o mu iuUf, 

step. 

DMACN desurc^l f src_Zsrc-3 Double multiply and accumulate 

step negative. 
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